Accessibility Enhanced Content Rendering

ABSTRACT

A user system for rendering accessibility enhanced content includes processing hardware, a display, and a memory storing software code. The processing hardware executes the software code to receive primary content from a content distributor and determine whether the primary content is accessibility enhanced content including an accessibility track. When the primary content omits the accessibility track, the processing hardware executes the software code to perform a visual analysis, an audio analysis, or both, of the primary content, generate, based on the visual analysis and/or the audio analysis, the accessibility track to include at least one of a sign language performance or one or more video tokens configured to be played back during playback of the primary content, and synchronize the accessibility track to the primary content. The processing hardware also executes the software code to render, using the display, the primary content or the accessibility enhanced content.

RELATED APPLICATIONS

The present application claims the benefit of and priority to pending Provisional Patent Application Ser. No. 63/184,692, filed on May 5, 2021, and titled “Distribution of Sign Language Enhanced Content.” and to pending Provisional Patent Application Ser. No. 63/187,837 filed on May 12, 2021, and titled “Delivering Sign Language Content for Media Content,” which are both hereby incorporated fully by reference into the present application. The present application is also related to U.S. Patent Application Ser. No. ______, Attorney Docket No. 0260714, titled “Distribution of Sign Language Enhanced Content,” U.S. Patent Application Ser. No. ______, Attorney Docket No. 0260715-1, titled “Accessibility Enhanced Content Creation,” and U.S. Patent Application Ser. No. ______, Attorney Docket No. 0260715-2, titled “Accessibility Enhanced Content Delivery,” all filed concurrently with the present application, and all are hereby incorporated fully by reference into the present application.

BACKGROUND

A variety of accessibility features, such as vision compensation, hearing assistance, and neurodiversity tools, for example, can greatly improve the experience of interacting with media content for persons experiencing disabilities. As a specific example, members of the deaf and hearing impaired communities often rely on any of a number of signed languages for communication via hand signals. Although effective in translating the plain meaning of a communication, hand signals alone typically do not fully capture the emphasis or emotional intensity motivating that communication. Accordingly, skilled human sign language translators tend to employ multiple physical modes when communicating information. Those modes may include gestures other than hand signals, postures, and facial expressions, as well as the speed and force with which such expressive movements are executed.

For a human sign language translator, identification of the appropriate emotional intensity and emphasis to include in a signing performance may be largely intuitive, based on cognitive skills honed unconsciously as the understanding of spoken language is learned and refined through childhood and beyond. However, the exclusive reliance on human sign language translation can be expensive, and in some use cases may be inconvenient or even impracticable, while analogous challenges to the provision of vision compensated and neurodiversity sensitive content exist. Consequently, there is a need in the art for an efficient and scalable solution for rendering accessibility enhanced content.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a diagram of an exemplary system for rendering accessibility enhanced content, according to one implementation;

FIG. 2 shows a diagram of another exemplary implementation of a system for rendering accessibility enhanced content, according to one implementation;

FIG. 3A shows an exemplary implementation in which accessibility enhanced content is provided to one or more viewers via a user system;

FIG. 3B shows an exemplary implementation in which an accessibility enhancement to content is provided to one or more, but less than all viewers of the content;

FIG. 3C shows another exemplary implementation in which an accessibility enhancement to content is provided to one or more, but less than all viewers of the content;

FIG. 3D shows another exemplary system for rendering accessibility enhanced content; and

FIG. 4 shows a flowchart outlining an exemplary method for rendering accessibility enhanced content, according to one implementation.

DETAILED DESCRIPTION

The following description contains specific information pertaining to implementations in the present disclosure. One skilled in the art will recognize that the present disclosure may be implemented in a manner different from that specifically discussed herein. The drawings in the present application and their accompanying detailed description are directed to merely exemplary implementations. Unless noted otherwise, like or corresponding elements among the figures may be indicated by like or corresponding reference numerals. Moreover, the drawings and illustrations in the present application are generally not to scale, and are not intended to correspond to actual relative dimensions.

The present application discloses systems and methods for rendering accessibility enhanced content. It is noted that although the present content enhancement solution is described below in detail by reference to the exemplary use case in which sign language is used to enhance audio-video content having both audio and video components, the present novel and inventive principles may be advantageously applied to video unaccompanied by audio, as well as to audio content unaccompanied by video. In addition, or alternatively, in some implementations, the type of content that is accessibility enhanced according to the present novel and inventive principles may be or include digital representations of persons, fictional characters, locations, objects, and identifiers such as brands and logos, for example, which populate a virtual reality (VR), augmented reality (AR), or mixed reality (MR) environment. Moreover, in some implementations, that content may depict virtual worlds that can be experienced by any number of users synchronously and persistently, while providing continuity of data such as personal identity, user history, entitlements, possessions, payments, and the like. It is noted that the accessibility enhancement solution disclosed by the present application may also be applied to content that is a hybrid of traditional audio-video and fully immersive VR/AR/MR experiences, such as interactive video.

It is further noted that, as defined in the present application, the expression “sign language” refers to any of a number of signed languages relied upon by the deaf community and other hearing impaired persons for communication via hand signals, facial expressions, and in some cases larger body motions or postures. Examples of sign languages within the meaning of the present application include sign languages classified as belonging to the American Sign Language (ASL) cluster. Brazilian sign Language (LIBRAS), the French Sign Language family, Indo-Pakistani Sign Language, Chinese Sign Language, the Japanese Sign Language family, and the British. Australian, and New Zealand Sign Language (BANZSL) family, to name a few.

It is also noted that although the present content enhancement solution is described below in detail by reference to the exemplary use case in which a sign language performance is used to enhance content, the present novel and inventive principles may also be applied to content enhancement through the use of an entire suite of accessibility enhancements. Examples of such accessibility enhancements include assisted audio, forced narratives, subtitles, captioning, and the provision of haptic effects, to name a few. Moreover, in some implementations, the systems and methods disclosed by the present application may be substantially or fully automated.

As used in the present application, the terms “automation.” “automated.” and “automating” refer to systems and processes that do not require the participation of a human analyst or editor. Although, in some implementations, a human system administrator may sample or otherwise review the accessibility enhanced content distributed by the automated systems and according to the automated methods described herein, that human involvement is optional. Thus, the methods described in the present application may be performed under the control of hardware processing components of the disclosed automated systems.

It is also noted that, as defined in the present application, the expression “machine learning model” may refer to a mathematical model for making future predictions based on patterns learned from samples of data or “training data.” For example, machine learning models may be trained to perform image processing, natural language processing (NLP), and other inferential processing tasks. Various learning algorithms can be used to map correlations between input data and output data. These correlations form the mathematical model that can be used to make future predictions on new input data. Such a predictive model may include one or more logistic regression models, Bayesian models, or artificial neural networks (NNs). A “deep neural network.” in the context of deep learning, may refer to a NN that utilizes multiple hidden layers between input and output layers, which may allow for learning based on features not explicitly defined in raw data. As used in the present application, a feature identified as a NN refers to a deep neural network.

FIG. 1 shows exemplary system 100 for rendering accessibility enhanced content, according to one implementation. As shown in FIG. 1, system 100 includes computing platform 102 having processing hardware 104 and system memory 106 implemented as a computer-readable non-transitory storage medium. According to the present exemplary implementation, system memory 106 stores software code 108 that may include one or more machine learning models, as well as performer database 114, word string database 116, and video tokens database 118.

As further shown in FIG. 1, system 100 is implemented within a use environment including content source 110 providing primary content 112 to system 100 and receiving accessibility enhanced content 120 corresponding to primary content 112 from system 100. With respect to the feature “performer database,” as defined for the purposes of the present application the term “performer” refers to a digital representation of an actor, or a virtual character such as an animated model or cartoon for example, that delivers or “performs” an accessibility enhancement, such as narration, voice-over, or a sign language interpretation of primary content 112. In addition, as defined for the purposes of the present application, the feature “word string” may refer to a single word or a phrase including a sequence of two or more words. Moreover, in some implementations, a word string entry in word string database 116 may include, in addition to a particular word string, one or more of the probability of that word string corresponding to a particular emotive state, physical gestures or facial expressions corresponding to the word string, or haptic effects associated with the word string.

Regarding the feature “video token,” it is noted that as defined in the present application, a “video token” refers to a snippet of video content including a predetermined accessibility enhancement. In the exemplary use case of content enhanced by a performance of a sign language translation (hereinafter “sign language performance”), for example, single word signs, certain commonly used sequences of signs, or commonly recognized shorthand representations of lengthy sequences of signs may be pre-produced as video tokens to be played back when primary content 112 reaches a location, such as a timestamp or timecode interval, for example, corresponding respectively to each video token. That is to say, each video token may express one or more words. It is noted that, in some implementations, one or more video tokens may be played back dynamically, in response to a particular word or words being spoken or in response to the presence of a particular sound in primary content 112.

As depicted in FIG. 1, in some use cases, content source 110 may find it advantageous or desirable to make primary content 112 available via an alternative distribution mode, such as communication network 130, which may take the form of a packet-switched network, for example, such as the Internet. For instance, system 100 may be utilized by content source 110 to distribute accessibility enhanced content 120 including primary content 112 as part of a content stream, which may be an Internet Protocol (IP) content stream provided by a streaming service, or a video-on-demand (VOD) service.

The use environment of system 100 also includes user systems 140 a, 140 b, and 140 c (hereinafter “user systems 140 a-140 c”) receiving accessibility enhanced content 120 from system 100 via communication network 130. With respect to user systems 140 a-140 c, it is noted that although FIG. 1 depicts three user systems, that representation is merely by way of example. In other implementations, user systems 140 a-140 c may include as few as one user system, or more than three user systems.

Also shown in FIG. 1 are network communication links 132 of communication network 130 interactively connecting system 100 with user systems 140 a-140 c, as well as displays 148 a, 148 b, and 148 c (hereinafter “displays 148 a-148 c”) of respective user systems 140 a-140 c. As discussed in greater detail below, accessibility enhanced content 120 includes primary content 112 as well as an accessibility track synchronized to primary content 112. In some implementations, for example, such an accessibility track may include imagery depicting a performance of a sign language translation of primary content 112 for rendering on one or more of displays 148 a-148 c.

Although the present application refers to software code 108, performer database 114, word string database 116, and video tokens database 118 as being stored in system memory 106 for conceptual clarity, more generally, system memory 106 may take the form of any computer-readable non-transitory storage medium. The expression “computer-readable non-transitory storage medium,” as used in the present application, refers to any medium, excluding a carrier wave or other transitory signal that provides instructions to processing hardware 104 of computing platform 102 or to respective processing hardware of user systems 140 a-140 c. Thus, a computer-readable non-transitory storage medium may correspond to various types of media, such as volatile media and non-volatile media, for example. Volatile media may include dynamic memory, such as dynamic random access memory (dynamic RAM), while non-volatile memory may include optical, magnetic, or electrostatic storage devices. Common forms of computer-readable non-transitory storage media include, for example, optical discs such as DVDs, RAM, programmable read-only memory (PROM), erasable PROM (EPROM), and FLASH memory.

Moreover, although FIG. 1 depicts to software code 108, performer database 114, word string database 116, and video tokens database 118 as being co-located in system memory 106, that representation is also provided merely as an aid to conceptual clarity. More generally, system 100 may include one or more computing platforms 102, such as computer servers for example, which may be co-located, or may form an interactively linked but distributed system, such as a cloud-based system, for instance. As a result, processing hardware 104 and system memory 106 may correspond to distributed processor and memory resources within system 100. Consequently, in some implementations, one or more of software code 108, performer database 114, word string database 116, and video tokens database 118 may be stored remotely from one another on the distributed memory resources of system 100.

Processing hardware 104 may include multiple hardware processing units, such as one or more central processing units, one or more graphics processing units, and one or more tensor processing units, one or more field-programmable gate arrays (FPGAs), custom hardware for machine-learning training or inferencing, and an application programming interface (API) server, for example. By way of definition, as used in the present application, the terms “central processing unit” (CPU), “graphics processing unit” (GPU), and “tensor processing unit” (TPU) have their customary meaning in the art. That is to say, a CPU includes an Arithmetic Logic Unit (ALU) for carrying out the arithmetic and logical operations of computing platform 102, as well as a Control Unit (CU) for retrieving programs, such as software code 108, from system memory 106, while a GPU may be implemented to reduce the processing overhead of the CPU by performing computationally intensive graphics or other processing tasks. A TPU is an application-specific integrated circuit (ASIC) configured specifically for artificial intelligence (AI) processes such as machine learning.

In some implementations, computing platform 102 may correspond to one or more web servers accessible over a packet-switched network such as the Internet, for example. Alternatively, computing platform 102 may correspond to one or more computer servers supporting a wide area network (WAN), a local area network (LAN), or included in another type of private or limited distribution network. In addition, or alternatively, in some implementations, system 100 may utilize a local area broadcast method, such as User Datagram Protocol (UDP) or Bluetooth, for instance. Furthermore, in some implementations, system 100 may be implemented virtually, such as in a data center. For example, in some implementations, system 100 may be implemented in software, or as virtual machines.

It is further noted that, although user systems 140 a-140 c are shown variously as desktop computer 140 a, smartphone 140 b, and smart television (smart TV) 140 c, in FIG. 1, those representations are provided merely by way of example. In other implementations, user systems 140 a-140 c may take the form of any suitable mobile or stationary computing devices or systems that implement data processing capabilities sufficient to provide a user interface, support connections to communication network 130, and implement the functionality ascribed to user systems 140 a-140 c herein. That is to say, in other implementations, one or more of user systems 140 a-140 c may take the form of a laptop computer, tablet computer, digital media player, game console, or a wearable communication device such as a smartwatch, AR viewer, or VR headset, to name a few examples. It is also noted that displays 148 a-148 c may take the form of liquid crystal displays (LCDs), light-emitting diode (LED) displays, organic light-emitting diode (OLED) displays, quantum dot (QD) displays, or any other suitable display screens that perform a physical transformation of signals to light.

In some implementations, content source 110 may be a media entity providing primary content 112. Primary content 112 may include content from a linear TV program stream, for example, that includes a high-definition (HD) or ultra-HD (UHD) baseband video signal with embedded audio, captions, time code, and other ancillary metadata, such as ratings and/or parental guidelines. In some implementations, primary content 112 may also include multiple audio tracks, and may utilize secondary audio programming (SAP) and/or Descriptive Video Service (DVS), for example. Alternatively, in some implementations, primary content 112 may be video game content. As yet another alternative, and as noted above, in some implementations primary content 112 may be or include digital representations of persons, fictional characters, locations, objects, and identifiers such as brands and logos, for example, which populate a VR, AR, or MR environment. Moreover and as further noted above, in some implementations primary content 112 may depict virtual worlds that can be experienced by any number of users synchronously and persistently, while providing continuity of data such as personal identity, user history, entitlements, possessions, payments, and the like. As also noted above, primary content 112 may be or include content that is a hybrid of traditional audio-video and fully immersive VR/AR/MR experiences, such as interactive video.

In some implementations, primary content 112 may be the same source video that is broadcast to a traditional TV audience. Thus, content source 110 may take the form of a conventional cable and/or satellite TV network, for example. As noted above, content source 110 may find it advantageous or desirable to make primary content 112 available via an alternative distribution mode, such as communication network 130, which may take the form of a packet-switched network, for example, such as the Internet, as also noted above. Alternatively, or in addition, although not depicted in FIG. 1, in some use cases accessibility enhanced content 120 may be distributed on a physical medium, such as a DVD, Blu-ray Disc®, or FLASH drive, for example.

FIG. 2 shows another exemplary system, i.e., user system 240, for use in rendering accessibility enhanced content, according to one implementation. As shown in FIG. 2, user system 240 includes computing platform 242 having transceiver 243, processing hardware 244, user system memory 246 implemented as a computer-readable non-transitory storage medium, and display 248. As further shown in FIG. 2, user system memory 246 stores software code 208, performer database 214, word string database 216, and video tokens database 218. With respect to display 248, it is noted that, in various implementations, display 248 may be physically integrated with user system 240 or may be communicatively coupled to but physically separate from user system 240. For example, where user system 240 is implemented as a smart TV, smartphone, laptop computer, tablet computer, or VR headset, display 248 will typically be integrated with user system 240. By contrast, where user system 240 is implemented as a desktop computer, display 248 may take the form of a monitor separate from computing platform 242 in the form of a computer tower.

As also shown in FIG. 2, user system 240 is utilized in use environment 200 including content source 210 providing primary content 212 to content distribution network 215, which in turn distributes primary content 212 to user system 240 via communication network 230 and network communication links 232. According to the implementation shown in FIG. 2, software code 208 stored in user system memory 246 of user system 240 is configured to receive primary content 212 and to provide accessibility enhanced content 220 including primary content 212 for rendering on display 248.

Content source 210, primary content 212, accessibility enhanced content 220, communication network 230, and network communication links 232 correspond respectively in general to content source 110, primary content 112, accessibility enhanced content 120, communication network 130, and network communication links 132, in FIG. 1. In other words, content source 210, primary content 212, accessibility enhanced content 220, communication network 230, and network communication links 232 may share any of the characteristics attributed to respective content source 110, primary content 112, accessibility enhanced content 120, communication network 130, and network communication links 132 by the present disclosure, and vice versa.

User system 240 and display 248 correspond respectively in general to any or all of user systems 140 a-140 c and respective displays 148 a-148 c in FIG. 1. Thus, user systems 140 a-140 c and displays 148 a-148 c may share any of the characteristics attributed to respective user system 240 and display 248 by the present disclosure, and vice versa. That is to say, like displays 148 a-148 c, display 248 may take the form of an LCD, LED display. OLED display, or QD display, for example. Moreover, although not shown in FIG. 1, each of user systems 140 a-140 c may include features corresponding respectively to computing platform 242, transceiver 243, processing hardware 244, and user system memory 246 storing software code 208.

Transceiver 243 may be implemented as a wireless communication unit configured for use with one or more of a variety of wireless communication protocols. For example, transceiver 243 may be implemented as a fourth generation (4G) wireless transceiver, or as a 5G wireless transceiver. In addition, or alternatively, transceiver 243 may be configured for communications using one or more of WiFi, Bluetooth. Bluetooth LE, ZigBee, and 60 GHz wireless communications methods.

User system processing hardware 244 may include multiple hardware processing units, such as one or more CPUs, one or more GPUs, one or more TPUs, and one or more FPGAs, for example, as those features are defined above.

Software code 208, performer database 214, word string database 216, and video tokens database 218 correspond respectively in general to software code 108, performer database 114, word string database 116, and video tokens database 118, in FIG. 1. Thus, software code 208, performer database 214, word string database 216, and video tokens database 218, may share any of the characteristics attributed to respective software code 108, performer database 114, word string database 116, and video tokens database 118 by the present disclosure, and vice versa. In other words, like software code 108, software code 208 may include one or more machine learning models. Moreover, in implementations in which client processing hardware 244 executes software code 208 stored locally in user system memory 246, user system 240 may perform any of the actions attributed to system 100 by the present disclosure. Thus, in some implementations, software code 208 executed by processing hardware 244 of user system 240 may receive primary content 212 and may provide accessibility enhanced content 220 including primary content 212 and an accessibility track synchronized to primary content 212.

FIG. 3A shows an exemplary implementation in which accessibility enhanced content 320 is provided to one or more viewers via user system 340. As shown in FIG. 3A, accessibility enhanced content 320 includes primary content 312 and sign language performance 350 of primary content 312, shown as an overlay of primary content 312 on display 348. User system 340, display 348, primary content 312, and accessibility enhanced content 320 correspond respectively in general to user system(s) 140 a-140 c/240, display(s) 148 a-148 c/248, primary content 112/212, and accessibility enhanced content 120/220 in FIGS. 1 and 2. As a result, user system 340, display 348, primary content 312, and accessibility enhanced content 320 may share any of the characteristics attributed to respective user system(s) 140 a-140 c/240, display(s) 148 a-148 c/248, primary content 112/212, and accessibility enhanced content 120/220 by the present disclosure, and vice versa. That is to say, like display(s) 148 a-148 c/248, display 348 may take the form of an LCD, LED display, OLED display. QD display, or any other suitable display screen that performs a physical transformation of signals to light. In addition, although not shown in FIG. 3A, user system 340 may include features corresponding respectively to computing platform 242, processing hardware 244, and system memory storing software code 208, performer database 214, word string database 216, and video tokens database 218, in FIG. 2.

It is noted that although sign language performance 350 of primary content 312, is shown as an overlay of primary content 312, in FIG. 3A, that representation is merely exemplary. In other implementations, the display dimensions of primary content 112/212/312 may be reduced so as to allow sign language performance 350 of primary content 112/212312 to be rendered next to primary content 112/212/312, e.g., above, below, or laterally adjacent to primary content 112/212/312. Alternatively, in some implementations, sign language performance 350 of primary content 112/212/312 may be projected or otherwise displayed on a surface other than display 148 a-148 c/248/348, such as a projection screen or wall behind or next to user system 140 a-140 c/240/340, for example.

Sign language performance 350 of primary content 112/212/312 may be performed by a performer in the form of a digital representation of an actor a computer generated digital character (hereinafter “animated model”), such as an animated cartoon for example. For instance, software code 108/208 may be configured to programmatically interpret one or more of visual images, audio, a script, captions, subtitles, or metadata of primary content 112/212/312 into sign language hand signals, as well as other gestures, postures, and facial expressions communicating a message conveyed by primary content 112/212/312, and to perform that interpretation using the performer.

It is noted that background music with lyrics can be distinguished from lyrics being sung by a character using facial recognition, object recognition, activity recognition, or any combination of those technologies performed by software code 108/208, for example using one or more machine learning model-based analyzers included in software code 108/208. It is further noted that software code 108/208 may be configured to predict appropriate facial expressions and postures for execution by the performer during performance of sign language performance 350, as well as to predict the speed and forcefulness or emphasis with which the performer executes the performance of sign language performance 350.

Referring to FIGS. 1 and 3A in combination, in some implementations, processing hardware 104 of computing platform 102 may execute software code 108 to synchronize sign language performance 350 with a timecode of primary content 112/312 when producing accessibility enhanced content 120/320, and to record accessibility enhanced content 120/320, or to broadcast or stream accessibility enhanced content 120/320 to user system 140 a-140 c/340. In some of those implementations, sign language performance 350 may be pre-rendered by system 100 and broadcasted or streamed to user system 148 a-148 c/340. However, in other implementations in which accessibility enhanced content 120/320 including primary content 112/312 and sign language performance 350 are broadcasted or streamed to user system 140 a-140 c/340, processing hardware 104 may execute software code 108 to generate sign language performance 350 dynamically during the recording, broadcasting, or streaming of primary content 112/312.

Further referring to FIG. 2, in yet other implementations in which primary content 212/312 is broadcasted or streamed to user system 240/340, processing hardware 244 of user system 240/340 may execute software code 208 to generate sign language performance 350 locally on user system 240/340, and to do so dynamically during play back of primary content 212/312. Processing hardware 244 of user system 240/340 may further execute software code 208 to render sign language performance 350 on display 248/348 contemporaneously with rendering primary content 212/312.

In some implementations, a pre-rendered version of sign language performance 350, or facial points and other digital character landmarks for use in executing sign language performance 350 dynamically by the performer may be included in an accessibility track synchronized to primary content 212/312 and transmitted to user system(s) 140 a-140 c/240/340 using the same communication channel used to send and receive primary content 112/212/312. However, in other implementations, that accessibility track may be transmitted to user system(s) 140 a-140 c/240/340 using a separate communication channel than that used to send and receive primary content 112/212/312. In one such implementation, the data for use in performing sign language performance 350 may be generated by software code 108 on system 100, and may be transmitted to user system(s) 140 a-140 c/240/340. In other implementations, the data for use in performing sign language performance 350 may be generated locally on user system 240/340 by software code 208, executed by processing hardware 244.

According to some implementations, multiple channels can be used to transmit sign language performance 350. For example, in some use cases primary content may include dialogue including multiple interactive conversations among two or more participant. In some such use cases, sign language performance 350 may include multiple performers, each corresponding respectively to one of the multiple participants. Moreover, in some use cases, the performance by each individual performer may be transmitted to user system(s) 140 a-140 c/240/340 on separate communication channels.

In some implementations, it may be advantageous or desirable to enable a user of user system(s) 140 a-140 c/240/340 to affirmatively select a particular performer to perform sign language performance 350 from a predetermined cast of selectable performers. In those implementations, a child user could select an age appropriate performer different from a performer selected by an adult user. Alternatively. or in addition, the cast of selectable performers may vary depending on the subject matter of primary content 112/212/312. For instance, where primary content 112/212/312 portrays a sporting event, the selectable or default performer for performing sign language performance 350 may depict athletes, while actors or fictional characters may be depicted by sign language performance 350 when primary content 112/212/312 is a movie or episodic TV content.

In some implementations, sign language performance 350 may include a full-length video of a performer signing the audio of primary content 112/212/312, or can include a set of short video tokens each depicting single word signs, certain commonly used sequences of signs, or commonly recognized shorthand representations of lengthy sequences of signs, as noted above. Primary content 112/212/312 may have a dedicated layer for delivering sign language performance 350. Where sign language performance 350 includes the full-length video, sign language performance 350 may be streamed contemporaneously with streaming of primary content 112/212/312, and may be synchronized to a subtitle track of primary content 112/212/312, for example. In some implementations, such a dedicated sign language layer can be toggled on/off. Where sign language performance 350 includes a set of video tokens, those video tokens may be delivered to and stored on user system(s) 140 a-140 c/240/340, and a video token can be played back when the subtitle track reaches a corresponding word or phrase, for example. In some implementations, sign language performance 350 may be displayed as a picture-in-picture (PiP) overlay on primary content 112/212/312 that can be repositioned or toggled on/off based on a user selection. The PiP overlay of sign language performance 350 can employ alpha masking (green-screening) to show only the performer of sign language performance 350, or the performer having an outline added for contrast.

In some implementations, sign language performance 350 may be derived from audio of primary content 112/212/312 using natural language processing (NLP). Sign language performance 350 may also be derived from subtitles or closed captioning of primary content 112/212/312 using text recognition. In some implementations, sign language performance 350 may be computer generated and displayed utilizing an animated model, as noted above. Instructions for rendering the animated model and its animations may be delivered to user system(s) 140 a-140 c/240/340, and the animated model may be rendered on user system(s) 140 a-140 c/240/340. Alternatively, the animated model and its animations may be partially or fully pre-rendered and delivered to user system(s) 140 a-140 c/240/340. Bandwidth and caching capabilities can be determined before delivering pre-rendered models or animations. The animated model and its animations may be display as a PiP overlay.

Video tokens database 118 of system 100, or video tokens database 218 of user system(s) 140 a-140 c/240/340 may include animated performances of commonly used signs with multiple performances available for each sign or sequence of signs depending on the emotion of the performance. The choice of which performance is selected for a given word or phrase could then be determined based on another data set that is delivered to user system(s) 140 a-140 c/240/340. The performances may be captured for a standard humanoid rig or multiple humanoid rigs with varying proportions, and then dynamically applied to any animated model with the same proportions, as a way to allow a programmer or user to select which animated model will perform the sign.

In implementations in which primary content 112/212/312 includes location information, such as from sports cameras or other two-dimensional (2D) or three-dimensional (3D) cameras, a performer for performing sign language performance 350 may be inserted into primary content 112/212/312, rather than simply overlaid on primary content 112/212/312. For example, the performer could be inserted into primary content 112/212/312 at various depths, or behind various objects. The performer inserted into primary content 112/212/312 could appear to maintain its respective orientation, e.g., facing a football field, as the camera moves in a given scene, or could change its orientation during the scene to always face the camera. Where primary content 112/212/312 includes color awareness, such as Dolby Vision®, the performer may dynamically adapt to colors of primary content 112/212/312. For example, grading can be applied to the performer in order for the performer to blend in with primary content 112/212/312, or grading can be removed from the performer in order to create contrast with primary content 112/212/312. The performer may continually adapt to different colors as primary content 112/212/312 plays. As another example, where a sign language performance 350 PiP overlay is located in the bottom right of display 148 a-148 c/248/348, as action begins to occur in the bottom right, the PiP overlay can be relocated to the bottom left.

In some implementations, a first data set may be utilized to control the performer to perform signing, e.g., with its hands and arms. The first data set can be derived from primary content 112/212/312, e.g., from text recognition of the subtitles, closed captioning. NLP of the audio, or any combination thereof. A second data set (hereinafter “emotive data set”) can be utilized to control the performer to perform emotions. e.g., facial expressions and other gestures. Such an emotive data set may be a collection of metadata tags that adhere to a pre-defined taxonomy and are attached to specific timestamps or timecode intervals, for example.

The emotive data set can be derived from facial scanning or similar technologies. The emotive data set may also be derived from expression metadata tags in an expressions track of primary content 112/212/312. Expression metadata tags may be manually added by editors. Over time, machine learning can be utilized to automate generation of expression metadata tags. The emotive data set can also be derived from audio recognition of primary content 112/212/312. For example, if audio data detects an emotional song, the performer may perform a more emotional facial expression. As noted above, system 100 may include video tokens database 118, or user system(s) 140 a-140 c/240/340 may include video tokens database 218, of performances of commonly used signs or sequences of signs, with multiple performances available for each sign or sequence of signs depending on the emotion of the performance. The choice of which performance is selected for a given word could then be determined using the emotive data set.

In some implementations, the accessibility track synchronized to primary content 112/212/312 may include dedicated channels for senses other than hearing and sight, such as a dedicated haptics effects channel. That is to say, in some implementations, the accessibility track synchronized to primary content 112/212/312 may further include one or more haptic effects to be actuated when primary content 112/212/312 reaches a location corresponding to each of those one or more haptic effects. Consequently, in those implementations, users may receive haptic effects based on what occurs in primary content 112/212/312. For example, an explosion sound can trigger a shaking haptic effect. Technologies being developed may allow for digital expressions of the sense of taste, and primary content 112/212/312 stream can include a dedicated taste channel.

As discussed above by reference to FIGS. 1 and 3A, in some implementations, processing hardware 104 of system 100 may execute software code 108 to broadcast or stream accessibility enhanced content 120/320 including the accessibility track carrying synchronized sign language performance 350 to user system(s) 140 a-140 c/340. In some of those implementations, sign language performance 350 may be pre-rendered by system 100 and the accessibility track including sign language performance 350 may be broadcasted or streamed to user system(s) 140 a-140 c/340. However, in other implementations in which primary content 112/312 and the accessibility track including sign language performance 350 are broadcasted or streamed to user system(s) 140 a-140 c/340, processing hardware 104 may execute software code 108 to generate sign language performance 350 dynamically during the recording, broadcasting, or streaming of primary content 112/312.

Referring to FIGS. 2 and 3A, in yet other implementations in which primary content 212/312 is broadcasted or streamed to user system 240/340, processing hardware 244 of user system 240/340 may execute software code 208 to generate sign language performance 350 locally on user system 240/340, and to do so dynamically during play back of primary content 112/212/312. Processing hardware 244 of user system 240/340 may further execute software code 208 to render the performance of sign language performance 350 on display 248/348 contemporaneously with rendering primary content 212/312 corresponding to sign language performance 350.

According to the exemplary implementation shown in FIG. 3A, sign language performance 350 is rendered on display 348 of user system 340 and is thus visible to all viewers of primary content 312 concurrently. However, in some use cases it may be advantageous or desirable to make an accessibility enhancement, such as sign language performance 350 for example, visible to one or more, but less than all of the viewers of user system 340. FIG. 3B shows such an implementation, according to one example. In addition to the features shown in FIG. 3A, FIG. 3B includes personal device 360 in the form of AR glasses for use by a user of user system 340. However, it is noted that more generally, personal device 360 may correspond to any AR viewing device, as well as to another type of personal device, such as a smartphone, tablet computer, smartwatch, and the like. In the implementation shown in FIG. 3B, sign language performance 350 is rendered on personal device 360 as an overlay on primary content 312 rendered on display 348 (similar to the illustration in FIG. 3A), or outside of primary content 312, such as beside primary content 312 (as illustrated in FIG. 3B), for example.

In some implementations, the performance of sign language performance 350 by an animated model, or facial points and other digital character landmarks for performing sign language performance 350 dynamically using the animated model may be transmitted to the AR glasses using a separate communication channel than that used to send and receive primary content 312. In one such implementation, the data for use in performing sign language performance 350 may be generated by software code 108 on system 100, and may be transmitted the AR glasses wirelessly, such as via a 4G or 5G wireless channel. In other implementations, the data for use in performing sign language performance 350 may be generated locally on user system 340 by software code 208, executed by processing hardware 244, and may be transmitted the AR glasses via one or more of WiFi. Bluetooth, ZigBee, and 60 GHz wireless communications methods.

According to some implementations, as noted above, multiple channels can be used to transmit sign language performance 350. For example, in some use cases primary content may include dialogue including multiple interactive conversations among two or more participant. In some such use cases, sign language performance 350 may include multiple performers, each corresponding respectively to one of the multiple participants. Moreover, in some use cases, the performance by each individual performer may be transmitted to the AR glasses on separate communication channels.

In some implementations. The AR glasses may recognize display 348, and then display sign language performance 350 using the AR glasses, such that sign language performance 350 appears to the viewer to be a PiP overlay on display 348. The PiP overlay may start in a default location, such as off to the side, and then the location can be later customized. The AR glasses may track the display screen and move the PiP overlay as the viewer moves, such that the viewer always sees the PiP overlay at the same location relative to display 348. The AR glasses may also track primary content 312 being displayed on display 348 and move the PiP overlay as the content changes on display 348 to avoid occluding salient regions of primary content 312 being displayed on display 348.

The implementation shown in FIG. 3B enables one or more users of user system 340 to receive sign language performance 350 while advantageously rendering sign language performance 350 undetectable to other users. Alternatively, or in addition, in implementations in which sign language performance 350 is performed by an animated model, the implementation shown in FIG. 3B advantageously may enable different users to select different animated models to perform sign language performance 350. In some implementations, for example, a user of the AR glasses may select from among pre-rendered performances of sign language performance 350 by different animated models. In those implementations, the user selected performance may be transmitted to the AR glasses by system 100 or user system 340. Alternatively, in some implementations, system 100 or user system 340 may render a user selected performance dynamically and in real-time with respect to playout of primary content 312, and may output that render to the AR glasses. In yet other implementations, the AR glasses may be configured to render the performance of sign language performance 350 dynamically, using facial points and other digital character landmarks for animating sign language performance 350 received from system 100 or user system 340.

FIG. 3C shows another exemplary implementation in which an accessibility enhancement to primary content 312 is visible to one or more, but less than all of the viewers of primary content 312. In addition to the features shown in FIG. 3A, FIG. 3C includes personal device 360 in the form of a smartphone including display 368 providing a second display screen for use by a viewer of user system 340. In the implementation shown in FIG. 3C, sign language performance 350 is rendered on display 368 of personal device 360 and is synchronized with playback of primary content 312 on display 348 of user system 340. Synchronization of sign language performance 350 with playout of primary content 312 may be performed periodically, using predetermined time intervals between synchronizations, or may be performed substantially continuously.

Personal device 360 may take the form of a smartphone, tablet computer, game console, smartwatch, or other wearable or otherwise smart device, to name a few examples. Display 368 providing the second display screen for a user of user system 340 may be implemented as an LCD, LED display. OLED, display, QD display, or any other suitable display screen that performs a physical transformation of signals to light.

In some implementations, facial points and other digital character landmarks for performing sign language performance 350 dynamically using an animated model may be included in an accessibility track transmitted to personal device 360 using a separate communication channel than that used to send and receive primary content 312. In one such implementation, the accessibility track including data for use in performing sign language performance 350 may be generated by software code 108 on system 100, and may be transmitted to personal device 360 wirelessly, such as via a 4G or 5G wireless channel. In other implementations, the accessibility track including data for use in performing sign language performance 350 may be generated locally on user system 340 by software code 208, executed by processing hardware 244, and may be transmitted to personal device 360 via one or more of WiFi. Bluetooth, ZigBee, and 60 GHz wireless communications methods.

As in FIG. 3B, the implementation shown in FIG. 3C enables one or more viewers of user system 340 to receive sign language performance 350 while advantageously rendering sign language performance 350 undetectable to other viewers. Alternatively, or in addition, in implementations in which sign language performance 350 is performed by an animated model, the implementation shown in FIG. 3C advantageously may enable different viewers of primary content 312 to select different animated models to perform sign language performance 350. In some implementations, for example, a user of personal device 360 may select from among pre-rendered performances of sign language performance 350 by different animated models. In those implementations, the user selected performance may be transmitted to personal device 360 by system 100 or user system 340. Alternatively, in some implementations, system 100 or user system 340 may render a user selected performance dynamically and in real-time with respect to playout of primary content 312, and may output that render to personal device 360. In yet other implementations, personal device 360 may be configured to render the performance of sign language performance 350 dynamically, using facial points and other digital character landmarks for performing sign language performance 350 received from system 100 or user system 340.

FIG. 3D shows an implementation of user system 340 in the form of a VR headset including display 348. In various implementations, facial points and other digital character landmarks for performing sign language performance 350 dynamically using an animated model may be transmitted to the VR headset using a separate communication channel than that used to send and receive primary content 312. In one such implementation, the data for use in performing sign language performance 350 may be generated by software code 108 on system 100, and may be transmitted to the VR headset wirelessly, such as via a 4G or 5G wireless channel. In other implementations, the data for use in performing sign language performance 350 may be generated locally on user system 340 in the form of a VR headset, by software code 208, executed by processing hardware 244, and may be rendered on display 348 of the VR headset.

In implementations in which sign language performance 350 is performed by an animated model, the implementation shown in FIG. 3D advantageously may enable different viewers of primary content 312 to select different animated models to perform sign language performance 350. In some implementations, for example, a user of the VR headset may select from among pre-rendered performances of sign language performance 350 by different animated models. In those implementations, the user selected performance may be transmitted to the VR headset by system 100.

In addition to the exemplary implementations shown in FIGS. 1, 2, 3A. 3B, 3C, and 3D, in some implementations, sign language performance 350 may be rendered for some or all users of user system 140 a-140 c/240/340 using a lenticular projection technique in which dual video feeds are generated, one presenting primary content 112/212/312 and the other presenting sign language performance 350. In some implementations employing such a lenticular technique, sign language performance 350 may be visible to all users of user system 140 a-140 c/240/340, while in other implementations, customized eyewear could be used to render sign language performance 350 visible only to those users utilizing the customized eyewear.

In some implementations, an accessibility enhancement, such as sign language performance 350 for example, which is synchronized to audio data of primary content 112/212/312 may de-synchronize during quiet periods in primary content 112/212/312. One or more integrated sensors in personal device 360 or user system 140 a-140 c/240/340 can be utilized to maintain synchronization. For example, sub-audible sounds, analogous to audio watermarks known in the art, can be played with primary content 112/212/312, detected by microphones of personal device 360, and utilized to synchronize sign language performance 350 with primary content 112/212/312 playing on personal device 360 or user system(s) 140 a-140 c/240/340. As another example, video watermarks may be played in primary content 112/212/312, detected by cameras of personal device 360, and utilized to synchronize sign language performance 350 playing on personal device 360 or user system(s) 140 a-140 c/240/340. Detection subroutines may be performed continually or may be periodically triggered. For example, a video watermark detection subroutine could be triggered by other sensors, such as an accelerometer input detecting when the user raises personal device 360, and a camera input detecting when the display screen playing primary content 112/212/312 is in view.

In some implementations, user system(s) 140 a-140 b/240/340 may broadcast the playback status of a currently playing primary content 112/212/312, software code 108/208 identifies sign language performance 350 at a timecode corresponding to the playback status, and software code 108/208 provides the identified sign language performance 350 to personal device 360, such as a mobile phone, tablet, wearable device, computer, AR glasses, VR headset, and the like, such that personal device 360 may present sign language performance 350 to the user in synchronization with user system(s) 140 a-140 b/240/340 playing back primary content 112/212/312. Software code 108/208 may be executed locally, server-side, or in the cloud. The playback status can include a combination of the title of primary content 112/212/312 and either a frame, a frame number, or a timecode. The playback status may also be a hash of the above information, in order to avoid publicly broadcasting what movie and frame a user is watching. The playback status can be broadcast over Wi-Fi, as a User Datagram Protocol (UDP) or Transmission Control Protocol (TCP) message, or over Bluetooth. For example, system 100 may broadcast messages to user system(s) 140 a-140 c/240/340 through a network interface. Where user system(s) 140 a-140 c/240/340 receive primary content 112/212/312 as streaming content, that streaming content may include the normal audio/video tracks, and can also include a broadcast track for delivering the playback status.

In some implementations, content source 110/210 may create or outsource creation of sign language performance 350 corresponding to primary content 112/212/312. In some of those implementations, for example, the accessibility track including sign language performance 350 may be contained in a Digital Cinema Package (DCP) in a manner consistent with the Digital Cinema Initiates (DCI) specification, which does not specifically provide blocks for sign language. In those implementations. DCP encryption, DCP delivery, and key delivery may be performed in typical fashion. Moreover, a cinema presenting primary content 112/212/312 and the accessibility trach including sign language performance 350 can provide hearing impaired viewers with personal devices for viewing sign language performance 350 alongside primary content 112/212/312.

The functionality of user system(s) 140 a-140 c/240/340 and software code 208 shown variously in FIGS. 1, 2, 3A, 3B, 3C, and 3D will be further described by reference to FIG. 4. FIG. 4 shows flowchart 470 presenting an exemplary method for rendering accessibility enhanced content, according to one implementation. With respect to the method outlined in FIG. 4, it is noted that certain details and features have been left out of flowchart 470 in order not to obscure the discussion of the inventive features in the present application.

Referring to FIG. 4 in combination with FIGS. 1 and 2 flowchart 470 begins with receiving, from a content distributor, such as content source 110/210 or content distribution network 215 for example, primary content 112/212 (action 471). As noted above, primary content 112/212 may include content in the form of video games, music videos, animation, movies, or episodic TV content that includes episodes of TV shows that are broadcasted, streamed, or otherwise available for download or purchase on the Internet or via a user application. Alternatively, or in addition, primary content 112/212 may be or include digital representations of persons, fictional characters, locations, objects, and identifiers such as brands and logos, for example, which populate a VR, AR, or MR environment. Moreover, in some implementations primary content 112/212 may depict virtual worlds that can be experienced by any number of users synchronously and persistently, while providing continuity of data such as personal identity, user history, entitlements, possessions, payments, and the like. As also noted above, primary content 112/212 may be or include content that is a hybrid of traditional audio-video and fully immersive VR/AR/MR experiences, such as interactive video.

As shown in FIG. 2, primary content 212 may be received by user system 240 from content distribution network 215 via communication network 230 and network communication links 232. In those implementations, primary content 212 may be received by software code 208, executed by processing hardware 244 of user system computing platform 242.

Flowchart 470 further includes determining whether primary content 112/212 is accessibility enhanced content 120/220 that includes an accessibility track (action 472). For example, processing hardware 244 may execute software code 208 to determine whether primary content 112/212 includes an accessibility track including one or more of a sign language performance of audio of primary content 112/212, a video token or tokens corresponding to primary content 112/212, a haptic effect or haptic effects corresponding to primary content 112/212, and the like.

Flowchart 470 further includes, when primary content 112/212 is determined to not include an accessibility track in action 472, performing a visual analysis, an audio analysis, or a visual analysis and an audio analysis of primary content 112/212 (action 473). For example, processing hardware 244 may execute software code 208 to utilize a visual analyzer included as a feature of software code 208, an audio analyzer included as a feature of software code 208, or such a visual analyzer and audio analyzer, to perform the analysis of primary content 112/212 in action 473.

In various implementations, a visual analyzer included as a feature of software code 208 may be configured to apply computer vision or other AI techniques to primary content 112/212, or may be implemented as a NN or other type of machine learning model. Such a visual analyzer may be configured or trained to recognize what characters are speaking, as well as the intensity of their delivery. In particular, such a visual analyzer may be configured or trained to identify humans, characters, or other talking animated objects, and identify emotions or intensity of messaging. In various use cases, different implementations of such a visual analyzer may be used for different types of content (i.e., a specific configuration or training for specific content). For example, for a news broadcast, the visual analyzer may be configured or trained to identify specific TV anchors and their characteristics, or salient regions of frames within video content for the visual analyzer to focus on may be specified, such as regions in which the TV anchor usually is seated.

An audio analyzer included as a feature of software code 208 may also be implemented as a NN or other machine learning model. As noted above, in some implementations, a visual analyzer and an audio analyzer may be used in combination to analyze primary content 112/212. For instance, in analyzing a football game or other sporting event, the audio analyzer can be configured or trained to listen to the audio track of the event, and its analysis may be verified using the visual analyzer or the visual analyzer may interpret the video of the event, and its analysis may be verified using the audio analyzer. It is noted that primary content 112/212 will typically include multiple video frames and multiple audio frames. In some of those use cases, processing hardware 244 may execute software code 208 to perform the visual analysis of primary content 112/212, the audio analysis of primary content 112/212, or both the visual analysis and the audio analysis, on a frame-by-frame basis.

In some use cases, primary content 112/212 may include text, such as subtitles or other captioning for example. In use cases in which primary content 112/212 includes text, processing hardware 244 may further execute software code 208 to utilize a text analyzer included as a feature of software code 208 to analyze primary content 112/212. Thus, in use cases in which primary content 112/212 includes text, action 473 may further include analyzing that text.

It is further noted that, in some use cases, primary content 112/212 may include metadata. In use cases in which primary content 112/212 includes metadata, processing hardware 244 may further execute software code 208 to utilize a metadata parser included as a feature of software code 208 to extract metadata from primary content 112/212. Thus, in use cases in which primary content 112/212 includes metadata, action 473 may further include extracting and analyzing that metadata.

Referring to FIG. 4 in combination with FIGS. 3A, 3B, and 3C, as well as FIGS. 1 and 2, flowchart 470 further includes generating, when primary content 112/212/312 is determined to not include an accessibility track in action 472, based on the visual analysis, the audio analysis, or the visual analysis and the audio analysis performed in action 473, an accessibility track synchronized to primary content 112/212/312 (action 474). Such an accessibility track may include one or more of sign language performance 350, a video token or video tokens configured to be played back when primary content 112/212/312 reaches a location corresponding to each of the video token of tokens, or one or more haptic effects configured to be actuated when primary content 112/212/312 reaches a location corresponding to each of the one or more haptic effects. It is noted that, in some implementations, action 474 may include first generating the accessibility track and subsequently synchronizing the accessibility track to primary content 112/212/312, while in other implementations the generation of the accessibility track and its synchronization to primary content 112/212/312 may be performed contemporaneously.

It is further noted that, in various implementations, the accessibility track generated in action 474 may be synchronized with the timecode of primary content 112/212/312, a subtitle track of primary content 112/212/312, an audio track of primary content 112/212/312, or to individual frames or sequences of frames of primary content 112/212/312. Generation of the accessibility track, or the generation and subsequent synchronization of the accessibility track to primary content 112/212/312, in action 474, may be performed by software code 208 executed by processing hardware 244 of user system 240/340.

Flowchart 470 further includes rendering primary content 112/212/312 or accessibility enhanced content 120/220/320 including primary content 112/212/312 and the accessibility track generated in action 474 (action 475). As discussed above by reference to FIGS. 1 and 3A, in some implementations, processing hardware 104 of system 100 may execute software code 108 to broadcast or stream accessibility enhanced content 120/320 including synchronized sign language performance 350 to user system(s) 140 a-140 c/340. In some of those implementations, the performance of sign language performance 350 may be pre-rendered by system 100 and broadcasted or streamed to user system(s) 140 a-140 c/340. However, in other implementations in which primary content 112/312 and sign language performance 350 are broadcasted or streamed to user system(s) 140 a-140 c/340, processing hardware 104 may execute software code 108 to generate sign language performance 350 dynamically during the recording, broadcasting, or streaming of primary content 112/312.

Referring to FIGS. 2 and 3A, in yet other implementations in which primary content 212/312 is broadcasted or streamed to user system 240/340, processing hardware 244 of user system 240/340 may execute software code 208 to generate sign language performance 350 locally on user system 240/340, and to do so dynamically during playback of primary content 212/312. Processing hardware 244 of user system 240/340 may further execute software code 208 to render the performance of sign language performance 350 on display 248/348 contemporaneously with rendering primary content 212/312 corresponding to sign language performance 350.

With respect to the method outlined by flowchart 470, it is noted that, in some implementations, actions 471, 472, and 475, or actions 471, 472, 473, 474, and 475, may be performed in an automated process from which human participation may be omitted.

Thus, the present application discloses systems and methods for rendering accessibility enhanced content. From the above description it is manifest that various techniques can be used for implementing the concepts described in the present application without departing from the scope of those concepts. Moreover, while the concepts have been described with specific reference to certain implementations, a person of ordinary skill in the art would recognize that changes can be made in form and detail without departing from the scope of those concepts. As such, the described implementations are to be considered in all respects as illustrative and not restrictive. It should also be understood that the present application is not limited to the particular implementations described herein, but many rearrangements, modifications, and substitutions are possible without departing from the scope of the present disclosure. 

What is claimed is:
 1. A user system comprising: a processing hardware; a display, and a memory storing a software code; the processing hardware configured to execute the software code to: receive, from a content distributor, a primary content; determine whether the primary content is an accessibility enhanced content that includes an accessibility track; wherein when the primary content is determined to not include the accessibility track; perform at least one of a visual analysis or an audio analysis of the primary content; generate, based on the at least one of the visual analysis or the audio analysis, the accessibility track, wherein the accessibility track comprises at least one of a sign language performance or at least one video token configured to be played back during playback of the primary content; and synchronize the accessibility track to the primary content; and render, using the display, at least one of the primary content or the accessibility enhanced content that includes the primary content and the accessibility track synchronized to the primary content.
 2. The user system of claim 1, wherein the processing hardware is further configured to execute the software code to: synchronize the accessibility track to the primary content contemporaneously with generating the accessibility track.
 3. The user system of claim 1, wherein rendering the accessibility enhanced content comprises displaying, using the display, the at least one of the sign language performance or the at least one video token of the accessibility track as a picture-in-picture (PiP) overlay on the primary content, and wherein the PiP overlay is configured to be repositioned or toggled on or off based on a user selection.
 4. The user system of claim 1, wherein when the accessibility track comprises the at least one video token, the processing hardware is further configured to execute the software code to play back the at least one video token in response to a playback status of the primary content.
 5. The user system of claim 4, further comprising a network interface, and wherein the hardware processor is further configured to execute the software code to transmit or receive the playback status of the primary content over the network interface.
 6. The user system of claim 5, wherein the hardware processor is further configured to execute the software code to transmit or receive the playback status of the primary content using at least one of a User Datagram Protocol (UDP) message, a Transmission Control Protocol (TCP) message, or Bluetooth.
 7. The user system of claim 1, wherein the accessibility track further comprises one or more haptic effects configured to be actuated when the primary content reaches a playback location corresponding to each of the one or more haptic effects.
 8. The user system of claim 1, wherein the processing hardware is further configured to execute the software code to render the accessibility track on the display such that a content of the accessibility track is visible to at least one, but not all of a plurality of users concurrently viewing the primary content on the display.
 9. The user system of claim 1, wherein the user system is communicatively coupled to a personal device, and wherein the processing hardware is further configured to execute the software code to: transmit, concurrently with rendering the primary content on the display, the accessibility track to the personal device for rendering on the personal device.
 10. The user system of claim 1, further comprising at least one sensor, wherein the processing hardware is further configured to execute the software code to: maintain synchronization of the accessibility track to the primary content using the at least one sensor.
 11. A method for use by a user system including a processing hardware, a display, and a system memory storing a software code, the method comprising: receiving, by the software code executed by the processing hardware, from a content distributor, a primary content; determining, by the software code executed by the processing hardware, whether the primary content is an accessibility enhanced content that includes an accessibility track; wherein when the primary content is determined to not include the accessibility track the method further comprises: performing, by the software code executed by the hardware processor, at least one of a visual analysis or an audio analysis of the primary content; generating, by the software code executed by the hardware processor based on the at least one of the visual analysis or the audio analysis, the accessibility track wherein the accessibility track comprises at least one of a sign language performance or at least one video token configured to be played back during playback of the primary content, and synchronizing, by the software code executed by the processing hardware, the accessibility track to the primary content; and rendering, by the software code executed by the processing hardware and using the display, at least one of the primary content or the accessibility enhanced content that includes the primary content and the accessibility track.
 12. The method of claim 11, wherein synchronizing the accessibility track to the primary content is performed contemporaneously with generating the accessibility track.
 13. The method of claim 11, wherein rendering the accessibility enhanced content comprises displaying, using the display, the at least one of the sign language performance or the at least one video token as a picture-in-picture (PiP) overlay on the primary content, and wherein the PiP overlay is configured to be repositioned or toggled on or off based on a user selection.
 14. The method of claim 11, wherein when the accessibility track comprises the at least one video token, the method further comprises: playing back the at least one video token, by the software code executed by the processing hardware, in response to a playback status of the primary content.
 15. The method of claim 14, further comprising a network interface, the method further comprising: transmitting or receiving, by the software code executed by the processing hardware, the playback status of the primary content over the network interface.
 16. The method of claim 15, wherein transmitting or receiving the playback status of the primary content is uses at least one of a User Datagram Protocol (UDP) message, a Transmission Control Protocol (TCP) message, or Bluetooth.
 17. The method of claim 11, wherein the accessibility track further comprises one or more haptic effects configured to be actuated when the primary content reaches a playback location corresponding to each of the one or more haptic effects.
 18. The method of claim 11, wherein rendering the accessibility track on the display comprises rendering the accessibility track such that a content of the accessibility track is visible to at least one, but not all of a plurality of users concurrently viewing the primary content on the display.
 19. The method of claim 11, wherein the user system is communicatively coupled to a personal device, the method further comprising: transmitting concurrently with rendering the primary content on the display, by the software code executed by the processing hardware, the accessibility track to the personal device for rendering on the personal device.
 20. The method of claim 11, further comprising at least one sensor, the method further comprising: maintaining, by the software code executed by the processing hardware, synchronization of the accessibility track to the primary content using the at least one sensor. 